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Целью данной работы является создание и исследование ме- 
тода выбора между ручным и автоматизированным тестиро- 
ванием программного продукта (ШТ). Суть предлагаемого 
метода состоит в организации процедуры взаимодействия 
тестировщиков с программистами, которые завершили про- 
цесс написания программного кода и провели модульное те- 
стирование. Предложен специальный вопросник из 20 пунк- 
тов, который заполняется программистом. Полученные таким 
образом, обработанные и проанализированные ответы позво- 
ляют судить о важных для работы тестировщика особенно- 
стях функционирования будущего программного продукта. В 
результате установлена общая связь свойств, определяющих 
полезность программного продукта, с методом тестирования. 
Если требуется проверка функциональных возможностей и 
(или) надежности, рекомендуется применять смешанное те- 
стирование — ручное и автоматизированное. Если требуется 
проверка практичности и (или) сопровождаемости, рекомен- 
дуется применять ручное тестирование. Если требуется про- 
верка эффективности и (или) мобильности, рекомендуется 
применять автоматизированное тестирование. Методика 
направлена на улучшение качества тестирования и основана 
на ГОСТ РИСО/МЭК 9126-93. 
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Введение. Процесс разработки программного продукта (ШТ) рассматривается как каскадная модель, работа в 


которой предполагает последовательное выполнение следующих этапов: анализ требований, проектирование, реали- 
зация, тестирование, внедрение, поддержка [1]. Данная модель обладает высокой степенью формализации, что делает 


ее применимой при управлении большими проектами. Она предназначена для использования на второй стадии тести- 


рования, которая проводится в группах профессиональных тестировщиков по завершении работы программистов. В 
приведенном виде постановка задачи в научной литературе не встречается. 

В основе работы —Щ предложения по организации взаимодействия программистов и тестировщиков. Данное 
взаимодействие предлагается базировать на специальном простом вопроснике. С ним работают программисты, а за- 


тем ответы дополняют тестировщики. 


“Работа выполнена в рамках инициативной НИР. 
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В действующих стандартах [2] описаны характеристики, определяющие полезность ПП для конечных пользо- 
вателей: 

1) функциональные возможности (атрибуты: пригодность, правильность, способность к взаимодействию, 

согласованность, защищенность); 

2) надежность (атрибуты: стабильность, устойчивость к ошибке, восстанавливаемость); 

3) практичность (атрибуты: понятность, обучаемость, простота использования); 

4) эффективность (атрибуты: характер изменения во времени, характер изменения ресурсов); 

5) сопровождаемость (атрибуты: анализируемость, изменяемость, устойчивость, тестируемость); 

6) мобильность (атрибуты: адаптируемость, простота внедрения, соответствие, взаимозаменяемость). 

Перечисленные свойства ПП важны во многих отношениях, в частности, они влияют на выбор плана 
тестирования. 

Основная часть 

Опросный лист для разработчиков ПИ 

При поступлении ПП на тестирование предлагается получать ответы от программистов и системных аналити- 
ков на приведенные ниже вопросы 1-20. Каждый вопрос отражает определенный набор свойств ПП. Если дан утвер- 
дительный ответ, указанные выше свойства предполагается проверять в предстоящей итерации тестирования. После 
вопроса указаны свойства из приведенного выше набора характеристик полезности ПП. 

1. Обладает ли ШТ функционалом для выполнения повторяющихся действий? Свойства: функциональные 
возможности, надежность, эффективность. 

2. Часто ли будут выходить новые версии ПП? Свойства: эффективность, мобильность. 

3. Достаточно ли форм с полями для ввода данных? Свойства: функциональные возможности, эффектив- 
НОСТЬ. 

4. Предъявляются ли высокие требования к производительности? Свойства: функциональные возможности, 
надежность, эффективность. 

5. Предусмотрены ли переходы с одной платформы (конфигурации аппаратных средств) на другую при ра- 
боте с ПП? Свойства: надежность, эффективность. 

6. Предполагается ли эксплуатация ПП при максимальной нагрузке? Свойства: надежность, эффективность. 

7. Много ли \еб-ссылок в ШП? Свойства: функциональные возможности, надежность. 

8. Предусмотрены ли операции, выполняемые вручную? Свойства: практичность, сопровождаемость. 

9. Планируется ли проверка эргономичности ПП? Свойства: функциональные возможности, сопровождае- 
МОСТЬ. 

10. Будут ли регулярно проверяться корректность установки, обновления и удаления ПП? Свойства: практич- 
ность, сопровождаемость. 

11. Важна ли простота и быстрота восприятия выходных данных? Планируется ли проверка удобочитаемости 
формата выходных данных? Свойства: практичность, сопровождаемость. 

12. Много ли сторонних управляющих элементов использовалось при разработке? Свойства: практичность, 
сопровождаемость. 

13. Необходимо ли оценивать способность восстановления системы после сбоя? Свойства: функциональные 
возможности, надежность. 

14. Много ли в ПП графических объектов? Свойства: функциональные возможности, практичность. 

15. Много ли в ПП функционала, который предполагает печать документов на принтере? Свойства: функцио- 
нальные возможности, надежность, сопровождаемость. 

16. Должно ли тестирование пройти в сжатые сроки? Свойства: сопровождаемость. 

17. Планируется ли проводить функциональное тестирование? Свойства: функциональные возможности. 

18. Предполагается ли создавать наборы входных тестовых данных заново перед каждой итерацией тестиро- 
вания? Свойства: надежность, функциональные возможности. 

19. Будет ли проводиться тестирование на некорректных входных данных? Свойства: функциональные воз- 
можности, надежность. 

20. Использовались ли при разработке ШТ сложные логические структуры (ветвления, циклы)? Свойства: 
надежность. 

Работа с результатами опроса 

Результаты опроса разработчиков ПП поступают в отдел тестирования для анализа. Порядок вопросов не слу- 
чаен. Положительный ответ на любой из первых семи вопросов говорит в пользу автоматизации тестирования; в поль- 
зу ручного — положительные ответы на вопросы с 8 по 16; в пользу смешанного тестирования — положительные 
ответы на вопросы с 17 по 20. 
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Обсудим эти вопросы. 

Стандартный инструмент автоматизации тестирования способен записывать, а потом воспроизводить после- 
довательности действий тестировщика. Затем программное средство автоматизации сравнивает полученный результат 
с эталоном. Если сравнение успешное, то тест считается пройденным. В противном случае сообщается, что в тесте 
допущена ошибка. Одним из стандартных инструментов автоматизации тестирования является программное обеспе- 
чение 5е/ешит. Его важное преимущество — наличие драйверов под все распространенные платформы, включая мо- 
бильные, а также широкий спектр функциональных возможностей [3, 4]. Но бе!етит не решает вопросы, поставлен- 
ные в данной статье. 

1. Если в ПП много функционала для выполнения повторяющихся действий, в тестовом наборе будет много 
однотипных тестов. Автоматизированное тестирование позволяет существенно сократить время выполнения повто- 
ряющихся тестов (например, тесты могут выполняться в круглосуточном режиме). ПТ, в которых есть функционал 
для многократного выполнения однотипных действий, лучше всего поддается автоматизации, поэтому данный фактор 
— первый в списке. 

2. Каждая новая версия ПП должна проходить цикл регрессионного тестирования. Полностью проверяется 
весь функционал, то есть повторно выполняются старые тесты. Разработанный для более ранних версий набор авто- 
матических тестов с актуальными изменениями может применяться в новой версии ПП. Это позволяет экономить ре- 
сурсы при подготовке тестовых наборов. Из вышесказанного следует, что автоматизация эффективна при регрессион- 
ном тестировании (второе место в списке). 

3. Визитная карточка ШТ — пользовательский интерфейс, поэтому его проверка производится практически 
при каждой тестовой итерации. Тестирование пользовательского интерфейса, если работа с ПП требует ввода в спе- 
циальные поля большого количества данных, становится рутинным процессом для тестировщика. Одни и те же дей- 
ствия с небольшими вариациями выполняются много раз. Негативную роль может сыграть человеческий фактор — от 
однообразной работы внимание тестировщика притупляется. Именно такие тесты легко автоматизируются. Итак, во- 
прос об особенностях интерфейса ПП — третий в списке. 

4. Одна из важных характеристик ШТ — производительность, ее уровень и стабильность. Тестирование про- 
изводительности обычно подразумевает поэтапное увеличение нагрузки — увеличивается частота выполнения опера- 
ций и (или) количество пользователей. На каждом уровне нагрузки измеряются системные показатели (ожидание про- 
цессорами ввода-вывода, очереди на использование процессора, очереди на использование диска и т. д.). Такие пока- 
затели обычно считываются с помощью специальных программных средств, то есть с использованием автоматизации, 
поэтому вопрос о тестировании производительности занял четвертое место. 

5. Конфигурация рабочей станции зависит от особенностей ее функциональных частей, характера связей 
между ними и от требований решаемых задач [5]. Предполагается, что у конечных пользователей ПП будут различные 
конфигурации рабочих станций. Этим объясняется важность конфигурационного тестирования. Различные конфигу- 
рации часто встречаются в известных распределенных системах [6]. Набор возможных конфигураций велик, на каж- 
дой из них прогоняются однотипные тесты. Таким образом, автоматизация конфигурационного тестирования помога- 
ет экономить значительные ресурсы и занимает пятое место в списке. 

6. Во многих случаях для ПП важна устойчивость работы при чрезмерных нагрузках на систему (банковское 
ПО, навигационное ПО). Возникает необходимость проводить нагрузочное тестирование. Удобно имитировать мак- 
симальные нагрузки с использованием специальных инструментов автоматизации (шестое место). 

7. На сегодняшний день многие ПП имеют \еЬ-интерфейс (кроссплатформенный по своей природе). Он ме- 
нее ресурсоемкий, и его использование позволяет не устанавливать на рабочую станцию вспомогательное ПО. Зача- 
стую \еБ-интерфейс одного ШТ обладает объемным функционалом. Ручное тестирование может занять много време- 
ни, а сократить его помогает автоматизация, поэтому вопросы, касающиеся интернет-приложений, включены в блок 
автоматизации и занимают здесь последнее, седьмое место. 

Следует отметить, что в современных условиях ручное тестирование не теряет актуальности [7]. И следую- 
щий блок объединяет вопросы (с 8-го по 16-Й) именно о ручном тестировании. Чем больше количество положитель- 
ных ответов в этой части вопросника, тем большая доля ручного тестирования необходима. 

8. Если функционал предполагает ручные операции во время работы ПП (например, загрузка диска, подклю- 
чение дополнительного оборудования), то необходимо участие тестировщика в процессе выполнения проверок. Соот- 
ветственно, вопрос о функционале ПП поставлен в данном блоке на первое место. 

9. Удобство (эргономичность) подразумевает свойства ШТ, влияющие на параметры применения и их инди- 
видуальную оценку потенциальными пользователями [8]. Высокая эргономичность ПШ позволяет быстрее решать 
задачи, входящие в функционал, поэтому данный вопрос занимает второе место в блоке. 

10. Корректность установки важна, так как хотя бы один раз каждый ПП проходит процесс установки (третье 
место в блоке). 
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11. Удобочитаемость — это, в первую очередь, простота восприятия информации. За рубежом разработаны 
специальные формулы для расчета удобочитаемости. Например, для текстов на английском языке активно использу- 
ется формула Флэша — Кинкайда [9]: 

Улдобочитаемость = 206,835 — 1,015 х (всего слов/всего предложений) — 
— 84,6 х (всего слогов/всего слов). 

Из представленной формулы видно, что наиболее удобочитаемы тексты с довольно короткими словами и 
предложениями. 

Некоторое представление об удобочитаемости дает так называемый индекс туманности Ганнинга. Точнее, он 
показывает примерный возраст, с которого можно понимать данный текст. Первоначально разработанная для англий- 
ского языка, формула Ганнинга, соответствующим образом модифицированная, иногда применяется и для русско- 
язычных текстов. Важным параметром данного индекса является удельное число многосложных слов (как правило, в 
русском языке считаются многосложными слова с количеством слогов более четырех). Очевидно, что чем больше в 
тексте многосложных слов, тем он труднее для восприятия. Однако следует отметить, что на сегодняшний день нет 
общепризнанных подходов для определения удобочитаемости русскоязычных текстов. Во многих случаях приходится 
полагаться на экспертную оценку, не поддающуюся автоматизации. Удобочитаемость выходных данных обеспечивает 
комфорт в работе конечных пользователей, что напрямую влияет на массовость распространения ПП и его востребо- 
ванность. Данный вопрос поставлен на четвертое место в блоке. 

12. Количество сторонних управляющих элементов, используемых при разработке, напрямую влияет на вы- 
бор подхода тестирования. Известно поведение на выходе сторонних управляющих элементов, но не известна их 
внутренняя структура. Если есть документация на каждый управляющий элемент, возможно применение автоматизи- 
рованного тестирования. В противном случае рекомендуется сосредоточиться на разработке ручных проверок, кото- 
рые «нацелят» данные элементы на выполнение нужных в процессе тестирования действий (пятое место в блоке). 

13. Если цель тестирования — проверить обеспечение сохранности данных, то могут активно использоваться 
ручные операции: прекратить подачу электропитания, внести вручную ошибочные значения в таблицы баз данных, 
закрыть ПП на компьютере в момент выполнения им синхронизации данных (с сетевыми папками, мобильными 
устройствами, совместно используемым ПО). Данный вопрос находится в блоке на шестом месте. 

14. В ряде случаев необходимо протестировать Старшса! изег пиекасе (СИТ) — графический интерфейс поль- 
зователя, элементы которого (кнопки, меню, иконки) выполнены в виде графических изображений. Такое тестирова- 
ние направлено на проверку: 

— внешнего вида и форм взаимодействия с пользователями; 
— доступа к внутренней функциональности ПП через элементы интерфейса. 

Ручное тестирование предпочтительнее, так как тестировщик оценивает интерфейс не по формальным при- 
знакам, а следовательно, сможет найти больше дефектов. Поддержка ручных тестов С] менее затратная в финансо- 
вом плане. Хотя автоматизация не исключается, так как повышает скорость и объемы выполняемых. Данный фактор 
занимает седьмое место в блоке. 

15. Тестирование качества печати требует экспертной оценки, поэтому автоматизация здесь невозможна. В 
данном случае функционал ПП довольно узок, и вопрос занимаем в списке восьмое место. 

16. Если сроки тестирования ограничены, то оптимальным выбором будет автоматизация процесса. Ручные 
операции имеют смысл только в случае, если данный ПП поступил на тестирование впервые (то есть это не регресси- 
онное тестирование). Таким образом, данный вопрос занимает в блоке последнее, девятое, место. 

Третий блок включает вопросы (с 17-го по 20-й), выявляющие необходимость смешанного тестирования. 

17. Функциональное тестирование — самое сложное и объемное, поэтому уместна как ручная, так и автома- 
тизированная проверка, в зависимости от оцениваемого функционала (первое место в блоке). 

18. Для некоторых ПП приходится заново создавать наборы входных тестовых данных перед каждой итера- 
цией тестирования. Например, тестирование пользовательских аккаунтов на форуме. При несоблюдении пользовате- 
лем правил форума его аккаунт может быть заблокирован. Вместо заблокированных аккаунтов придется создавать 
новые для следующей итерации тестирования. Непосредственно ввод данных о новом пользователе в поля можно ав- 
томатизировать, однако подтверждение регистрации переходом из электронного письма по ссылке придется делать 
вручную. Таким образом, требуется смешанное тестирование. Вопрос занимает второе место в блоке. 

19. Тестирование на некорректных входных данных может проводиться и вручную, и с применением автома- 
тизации. Данный вопрос касается небольшой группы тестов, поэтому он на третьем месте. 

20. Для тестирования логики необходим доступ к программному коду. Обычно сложность вызывает тестиро- 
вание циклов. Рекомендуется разработать стратегию выделения маршрутов тестирования с указанием количества ите- 
раций циклов. В результате происходит приведение ПП к ациклическому типу. Далее тестирование отдельных моду- 
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лей автоматизируется, остальные проверяются вручную. Доля автоматических и ручных тестов варьируется в зависи- 
мости от индивидуальных особенностей ПТ, поэтому вопрос поставлен на четвертое место в блоке. 

Опросник с бинарными ответами (да — 1, нет — 0) передается в отдел тестирования, и ведущий тестировщик 
расставляет веса вопросов. Для мотивированного отличия и упрощения обработки рекомендуется набор весов {0,25; 
0,5; 0,75; 1}. Вес будет мало различаться для ПП, принадлежащих одному классу программ, что позволит составлять и 
запоминать сценарии тестирования для типичных случаев. Уже с таким набором информации тестировщик может 
приступать к составлению плана тестирования, в котором он более обоснованно будет выбирать способ тестирования: 
автоматизированный, ручной, смешанный. 

Процесс может быть формализован и далее — переходом к постановке и решению многокритериальной зада- 
чи [10]. 

Выводы. Свойства, определяющие полезность ПП, связаны с методом тестирования. Если требуется провер- 
ка функциональных возможностей и (или) надежности, рекомендуется применять смешанное (ручное и автоматизиро- 
ванное) тестирование. Если требуется проверка практичности и (или) сопровождаемости, рекомендуется применять 
ручное тестирование. Если требуется проверка эффективности и (или) мобильности, рекомендуется применять авто- 
матизированное тестирование. 

Предложенная в данной работе методика дает возможность инженеру-тестировщику принять решение о вы- 
боре подхода к тестированию ПП. В основе метода лежат характеристики ШТ, имеющие статус стандарта. Предло- 
женная методика подходит как для десктопных, так и для веб-приложений. После небольших уточнений в списке во- 
просов, она может быть применена и для тестирования мобильных приложений. 


Библиографический список 

1. ВоеБиск, К. зужет Беуеюрштепе Ге Суче ($ОГ.С). НзБ-ппрасЕ Зиаезлез — У!Ваё Уои Мее4 ю Кпо\: ОеЕ- 
1101$, АдорНоп$, Ппрас+, Вепей5, Мавтиу, Уеп4ог$ / К. КоеБиск. — ВизБапе : Етегео Рёу Глииечд, 2011. — 530 р. 

2. ГОСТ Р ИСО/МЭК 9126-93. Информационная технология. Оценка программной продукции. Характери- 
стики качества и руководства по их применению / Госстандарт России. — Москва : Изд-во стандартов, 2004. — 9 с. 

3. Галимова, Е. Ю. Анализ алгоритма принятия решения об автоматизации тестирования программного про- 
дукта с применением свободного программного обеспечения Зееппат / Е. Ю. Галимова // Теория и практика приме- 
нения свободного программного обеспечения : сб. тр. Рос. молодеж. конф. с эл-тами науч. школы. — Магнитогорск : 
Изд-во Магнитогорского гос. техн. ун-та им. Г. И. Носова, 2016. — 223 с. 

4. Сипдесва, О. Зееппит Тезипо Тоо15 СооКБооК / Ч. Сипдесва. — Витишеват : Раск РиБИзЫте, 2012. — 309 р. 

5. ГОСТ 15971-90. Системы обработки информации. Термины и определения / Гос. комитет СССР по управ- 
лению качеством продукции и стандартам. — Москва : Изд-во стандартов, 1991. — 13 с. 

6. Галимова Е. Ю. Автоматизация тестирования распределенных информационных систем / 
Е. Ю. Галимова // Информационные технологии и их применение: сб. тезисов докладов ГУ Всерос. интернет- 
конференции. — Иркутск : МГЛУ ЕАЛИ, 2016. — 210 с. 

7. Галимова, Е. Ю. Преимущества ручного подхода к тестированию программного обеспечения / 
Е. Ю. Галимова // Наука в исследованиях молодых : мат-лы Ш Междунар. науч. форума студентов, магистрантов, ас- 
пирантов. — Новосибирск : Сибпринт, 2013. — 180 с. 

8. ГОСТ 28806-90. Качество программных средств. Термины и определения / Гос. комитет СССР по управ- 
лению качеством продукции и стандартам. — Москва : Изд-во стандартов, 1991. — 8 с. 

9. Кошелева, Д. Л. Определение уровня языковой сложности текстов для изучающих польский язык как ино- 
странный : выпускная квалификац. работа / Д. Л. Кошелева — Москва : Высшая школа экономики, 2015. — 73 с. 

10. Галимова, Е. Ю. Применение алгоритма многокритериальной оптимизации при выборе между ручным и 
автоматизированным тестированием / Е. Ю. Галимова, А. Н. Коваленко // Молодежь. Наука. Инновации : сб. докладов 
63-й Междунар. молодеж. науч.-техн. конф. — Владивосток : Изд-во Мор. гос. ун-та, 2015. — Т. 1. — 356 с. 


ВегГегепсе5 

1. ВоеБиск, К. зужет Беуеюрштепе Ге Суче (50Г.С). НзВ-ппрасе Зиаеслез — \УваЕ Уои Мее4 ю Кпо\: ОеЕ- 
1111010$, АдорНопз, Ппрасё, ВепеЁ 5, Мавгиу, Уепдогз. Ви1зБапе: Етегео Ру Глинеа, 2011, 530 р. 

2. СОЗТ В ЗО/МЕК 9126-93. шЕюогтазюоппауа {екБпо]озлуа. О{зепКа рго-отатипоу ргодиК зи. Квагакензи к 
Каскезёуа 1 гаКоуо4$уа ро КН ритепещу. [Зе Сошиее юг Фе Киззап Еедеганоп г 5(апдаг412аноп ап Мео]о5у. 
СОФТ В ТЗО/МЕК 9126-93. шюгтаНоп {есбпо]озу. ЗоЁ\аге ргодисЕ еуашаНоп. ОпаШу спагасет$Ис$ ап4 эиа4еПпез 
Гог Фет изе.] Мозсо\: [24еГз6уо апдакоу, 2004, 9 р. (ш Виззлап). 

3. СаШпоуа, Е.У. Апа|7 а]гогиита рипуайуа гезвешуа об аующтанта и {езНгоуашуа ргоэтатипого ргодаКа $ 
ргитепешет зуоБо4пого ргозтаттпого оБезресвешуа Зееппит. [Апа|у31$ оЁ 4ес151оп аогифит оп {е5${ аютаноп $1 
беепиит Нее зоЙ\аге.] Теопуа 1 ргаКЯКа ргитепетуа зуоБодпого ргоэтатипого обезресВещтуа : 5Ъ. 1. Во$. по]оде7В. 


Галимова Е. Ю. и др. Метод выбора между ручным и автоматизированным тестированием 





КопЕ.  е1-4апл1 паисВ. зВКо]у. [ТВеогу ап4 ргасёсе о гее зоЁ\маге: СоП.оЁ рарегз. Кизяап Уой@ СопЕ. ув @етеп!$ оф зс1. 
зсвоо1.] Мазпйозог$К: Мозоу МаспйозогзК Зе Тесьшса1 ОшуегзИу Ргезз, 2016, 223 р. (ш Киззап). 

4. Сипдесва, О. Зеплит Тезйпо Тоо!$ СооКБоок. Випиаенат: РасК РаБИзЫпе, 2012, 309 р. 

5. СОЗТ 15971-90. 515ету обгабойи шЮюгтаеви. Тегишшу 1 оргедещтуа. [СОЗТ 15971-90. шЮппаНоп рго- 
сеззшя 5узетз. Теги ап 4ейш@оп$.] 9558 5{е Сошиишее оп ргодисЕ ОпаШу Сопёо]! ап З‘апдага$. Мозсо\м: 
раме! {уо $‘ап4апоу, 1991, 13 р. (ш Киззап). 

6. СаНтоуа, Е.У. Аующтайтауа {езИгоуащуа газргеде]еппуКВ шЁогтаз1юоппуКВ зузет. [Тезё аиютаноп оЁ @13- 
блЬще4 шРогтайоп зузепл$.] шЮюгтабюоппуе екрпоо2й 1 ЖН ритепеше: 5Ъ. {е715оу аоНадоу ГУ Узегоз. иметее 
КопЁегешзи. [Тпогтайоп {есВпо]о21ез ап4 Фет аррИсайНоп: соП.оЁ аб5г.апа геропз ГУ АП-Ва5$1ап Пиегпе СопЁегепсе.] 
Пкабк: МОГО ЕАШ, 2016, 210 р. (т Кизяап). 

7. СаШтоуа, Е.У. Ргеппизбсвезуа гасбпог?о роЧКВода К {езигоуащуи ргоэтаплипого офезресцетуа. [АЯуашасез 
оЁ папа! арргоась тю зоЁй\уаге {езИпя.] МайКа у 13едоуашуаКВ пло]одуКВ: та(-!у Ш Ме7Вдипаг. памсВ. огата задет, 
тас1$тапюу, азртащоу.[Зс1епсе ш гезеагсВ оЁ Ше уоипе: Ргос. Ш Тиё. 5с1. Роги оЁ за4епз, отадиаже за4епз ап4 роз(- 
ота4иа!ез.] Моуоз!изк: Эрни, 2013, 180 р. (п Кизяап). 

8. СОЗТ 28806-90. Касвезуо ргостатлтпуКВ згед$у. Тегиашу 1 оргедетуа. [СОЗТ 28806-90. ЗоЁ\аге диаШу. 
Тегиз$ апа аейи1Ноп$.] 9$$В З{ае Сошицвее оп ргодисЕ ОпаШу Сопёго| ап4 З(апдагаз. Мозсо\: [2азмеГ{уо 5‘апдацоу, 
1991, 8 р. (п Виззап). 

9. Козпаеуа, О.Г. Оргеде!еще игоупуа уа2уКоуоу $107ВпозН 1еКзюу Чуа 127асНауизВсЫКВ роГзву уа2уК Как ш- 
озгаппуу: ууризКпауа Куа|НКа{5. габоа. [Реегтште Ше ПпоизЯс сошр!ехиу 1еуе] оЁ {ехз Юг Теагпег$ оЁ РоП$В аз а Рюг- 
еп 1апоцасе.] Мозсо\: НазВег ЗсНоо! оЁ Есопоптс$, 2015, 73 р. (т Казчап). 

10. Саштоуа, Е.У., КоуаепКо, А.М. Ргипепеше а]гопита шпосокгиепа!Гпоу орНпи7ази ри ууБоге те7В4и гасВ- 
пут 1 ауютан7поуаппут {езйгоуащет. [АррИсаНоп оЁ ши@-сгиема орНпитаной а!согит 1 зеесипе Бемееп тапиа| 
ап4 ацютае4 {езНп5.] Мо|о4е7Ь'. МаиКа. шпоуаи: $5. аоМадоу 63-у Ме7Ваипаг. по]оде7В. паисВ.-еКБп. КопЕ. [ТБе 
Уошв. $с1епсе. шпоуанопз: Со|. оЁ геропз 63" и. Уош® $с1.-Тесв. СопЁ.] Ула@уозюк: Мените $1е Ошуегзиу Ргез5, 
2015, у@1. 1, 356 р. ап Киззап). 


Поступила в редакцию 21.06.2016 Кесеуе4 21.06.2016 
Сдана в редакцию 22.06.2016 Зибтщеа 22.06.2016 
Запланирована в номер 30.09.2016 Зсведще4 1 Фе 15з1е 30.09.2016 


